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DETAILED ACTION 

i> This action is in response to Applicant's amendment, filed 1.13.2006. Claims 1, 
6, 12, 17, 23 and 28 are amended. Claims 1-33 are presented for further examination. 

2> This is a final rejection. 

Response to Arguments 
3> Applicant's arguments with respect to claims 1-7 and 12-33 have been 
considered but are moot in view of the new ground(s) of rejection necessitated by 
Applicant's amendment. Claim 1 now requires selection of a communication medium, 
based on a type of data to be transmitted. While this limitation was present in a 
dependent claim, it was not required, as evinced by the use of the "or" in the claim 
language. 

Thus, the new limitation requires further search and a final rejection is proper. 

4> Applicant has not amended claims 8-11, 19-22 and 30-33 but provides no 
argument as to why the rejections were improper. Applicant's remarks with respect to 
the amended claim 1 are not applicable to claim 8 because claim 8 does not have the 
functionality of selecting a transfer medium based on a type of data. 

But as Applicant has not provided an argument as to why the rejections 
of claims 8-11, 19-22 and 30-33 over Zintel were improper, the Office maintains the 
grounds of rejection for those claims. 
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Terminal Disclaimer 

5> The terminal disclaimer filed on 1. 13. 2006 disclaiming the terminal portion of 
any patent granted on this application which would extend beyond the expiration dat 
of any patent granted on Application Number 10(052,585 has been reviewed and is 
accepted. The terminal disclaimer has been recorded. 

Claim Rejections - 35 USC § J03 
6> The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious at 
the time the invention was made to a person having ordinary skill in the art to which said subject 
matter pertains. Patentability shall not be negatived by the manner in which the invention was 
made. 

7> Claims 1, 2, 4, 5, 7, 12, 13, 15, 16, 18, 23, 24, 26, 27 and 29 are rejected under 35 
U.S.C § 103(a) as being unpatentable over Srinivasan et al, U.S Patent No. 6.751.647 
["Srinivasan"], in view of Kikuchi U.S Patent No. 6.831.908. 

8> As to claim 1, Srinivasan discloses a system for enabling components to 
transfer data between each other, the system comprising: 

a plurality of components including a first component having a universal data 
transfer interface [column 2 «line 6o» to column 3 «line 3» | column 4 «lines i2-33»]; 

a second component capable of invoking the universal data transfer interface 
to cause a data transfer session object to be sent to at least one of the components, 



V 
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wherein the data transfer session object is capable of being invoked by the at least one 
of the plurality of components to transfer data between the first component and the at 
least one of the plurality of components [column 4 «line 66» to column 5 «line 30» | 
column 7 «lines i8-54» where : user computer receives the E-business component that 
contains the instructions for exchanging data between the provider and user 
computer], 

Srinivasan does disclose a system wherein the data transfer session object 
comprises instructions for enabling the first component or the at least one of the 
components to negotiate with each other to transfer data [column 7 «lines i8-28»] but 
does not expressly disclose negotiating to select a transfer medium to use to transfer 
data based upon the type of data. 

9> Kikuchi discloses selecting a particular communications medium to use to 
transfer data based on the type of data [Figure 4(a) where : certain types of data such 
as internet or email are transferred via different wired or wireless networks]. It would 
have been obvious to incorporate Kikuchi's functionality into Srinivasan's negotiation 
procedures. Such a modification would improve Srinivasan by enabling devices to 
optimize data transfer between devices based on the type of data [see Kikuchi, column 
1 «lines 45'50»]. 



io> As to claim 2, Srinivasan discloses wherein the at least one of the plurality of 
components comprises the second component [Figure 1 | column 7 «lines 29*39» | 
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claim 22 where : user computer receives the E-business component from the provider 
computer], 

n> As to claim 4, Srinivasan discloses wherein the at least one of the plurality of 
components receives the data transfer session object from the first component to be 
used by the at least one of the components for receiving data transmitted from the 
first component [column 5 «lines I4~44»], 

I2> As to claim 5, Srinivasan discloses the universal data transfer interface and the 
data transfer session object have source-specific object oriented mobile code that can 
be interpreted and performed by the first component or the at least one of the 
plurality of components [column 4 lines I3'33» | column 8 «line 6i» to column 9 «line 
33»1- 

I3> As to claim 7, Srinivasan does not expressly disclose the data transfer session 
object configured to indicate completion responsive to expiration of a data transfer 
lease by the first component or by the at least one of the plurality of components, or 
responsive to the first component or to the at least one of the plurality of components 
indicating that the data transfer has completed or failed. However, Srinivasan does 
disclose real-time alert functionality and alerting users when changes are being made 
to their system [column 2 «lines 40-48» | column 9 «lines 23-28»]. It would have been 
obvious to one of ordinary skill in the ai*t to have utilized Srinivasan's alert capability 
to notify users when changes to their system have completed or failed [claims 18, 19]. 



Application/Control Number: 10/058,268 Page 6 

Art Unit: 2152 

One would have been motivated to provide such functionality to keep users up to date 
with any problems or changes made to their system configuration. 

I4> As to claims 18 and 29, as they do not teach or further define over previously 
claimed limitations, they are also rejected for at least the same reasons set forth for 
claim 7. 

I5> As to claims 12, 13, 15, 16, 23, 24, 26 and 27, as they do not teach or further define 
over the previously claimed limitations, they are rejected for at least the same reasons 
set forth for claims 1, 2, 4 and 5, respectively. 

i6> Claims 3 ; 14, 20, 25 and 31 are rejected under 35 U.S.C § 103(a) as being 
unpatentable over Srinivasan and Kikuchi, in view of Kronz, U.S Patent No. 
6.675.196. 

I7> As to claim 3, Srinivasan does not expressly disclose that the at least one of the 
plurality of components sends a second data transfer session object to the first 
component to be used by the first component. However, it should be noted that 
Srinivasan discloses that his devices can be implemented as virtually any two 
computers that need to communicate with one another [column 9 «lines 50-63»]. It 
would have been obvious to one of ordinary skill in the art to reasonably infer that it 
would be possible to reverse Srinivasan^ method; that is, the user computer could 
send a data transfer object to the provider computer to instantiate the same kind of 
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communications enabled when the provider computer transfers a data object to the 
user computer. 

Further, Kronz is directed towards enabling communications between various 
devices in a network. Kronz achieves this purpose through means similar to 
Srinivasan, by providing an object containing instructions as to the capabilities of 
other devices. In essence, Kronz provides a universal protocol that enables 
communications between the devices. A second device thus is capable of sending a 
data session transfer object to a first device, the first device using the object for 
receiving data transmitted from the second device [column 1 «lines 56-65» | column 4 
«lines i-n» I column 6 «lines 48-6o» where : each device can be both server and client, 
essentially able to both respond and request data objects from other devices]. 

Thus it would have been obvious to one of ordinary skill in the art to 
incorporate Kronz's universal protocol and server|client device functionality into 
Srinivasan's system. Srinivasan clearly allows for any kind of computing devices to 
communicate with one another, and it would be particularly advantageous to 
supplement his system with Kronz's teachings to allow for devices to both request 
and respond to communication and service requests (have both server and client 
functionality). Such a combination would be desirable as it provides a universal 
protocol to provide communications between a wide variety of devices [column 1 
«lines 5i*53»]. 
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i8> As to claims 14, 20, 25 and 31, as they do not teach or further define over the 
claimed limitations, they are at least rejected for the same reasons set forth for claim 
3, supra. 

ia> Claims 6, 17 and 28 are rejected under 35 U.S.C § 103(a) as being unpatentable 
over Srinivasan and Kikuchi, in view of Balog et al, U.S Patent Publication No. 
2002/0022453 Ai ["Balog"]. 

20 Srinivasan does disclose a system wherein the data transfer session object 
comprises instructions for enabling the first component or the at least one of the 
components to negotiate with each other to transfer data [column 7 «lines i8-28»] but 
does not disclose selecting a communications protocol to use to transfer data between 
each other based upon a type of data being transferred. 

2i> In the same field of invention [abstract], Balog discloses selecting a 
communications protocol to use to transfer data between each other based upon a type 
of data being transferred [0010]. It would have been obvious to one of ordinary skill in 
the art to incorporate Balog's dynamic protocol selection functionality into 
Srinivasan's data transfer system so that communication protocols can be adapted 
based on the data to be transferred. Such an implementation would allow increased 
communication ef ficiency between devices and ease of use for the end-users [see 
Balog, 0008]. 
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22> As to claims 17 and 28, as they are merely claims to a method and medium, 
respectively, that perform the steps of the system of claim 6, they do not teach or 
further define over the claimed limitations. Therefore, claims 17 and 28 are rejected 
for the same reasons set forth for claim 6, supra. 

23> Claims 1-5, 7, 12-16, 18, 23-27 and 29 are rejected under 35 U.S.C § 102(e) as being 
anticipated by Zintel, U.S Patent No. 6.779.004, in view of Kikuchi. 

24> As to claim 1, Zintel discloses a system for enabling components to transfer 
data between each other, the system comprising: 

a plurality of components including a first component having a universal data 
transfer interface [column 4 «lines 56-65» | column 5 «lines63-67» | column 7 «lines30- 
4 8»]; 

a second component capable of invoking the universal data transfer interface 
to cause a data transfer session object to be sent to at least one of the components, 
wherein the data t ransfer session object is capable of being invoked by the at least one 
of the plurality of components to transfer data between the first component and the at 
least one of the plurality of components [Figure 1 | column 3 «lines 20-25» | column 5 
« lines 24-30» | column 6 «lines 36-4i» | column 9 «lines 6-i6» where : any device can 
initiate and control the transfer of data from any device, to any device, under the 
control of any device, the devices receiving description. documents that provide 
inst ruction on the capabilities of the device]. 
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Zintel does disclose providing parameters and discovering contract 
requirements of peer devices [column 45 «line 55» to column 46 «line I4» | column 46 
«lines 33-46»] but does not expressly disclose selecting a transfer medium to use to 
transfer data based upon the type of data. 

25> Kikuchi discloses selecting a particular communications medium to use to 
transfer data based on the type of data [Figure 4(a) where : certain types of data such 
as internet or email are transferred via different wired or wireless networks]. It would 
have been obvious to incorporate Kikuchfs functionality into ZintePs discovery 
procedures. Such a modification would improve Zintel by enabling devices to 
optimize data transfer between devices based on the type of data [see Kikuchi, column 
1 «lines 45-50»]. 

26> As to claim 2, Zintel discloses wherein the at least one of the plurality of 
components comprises the second component [Figure i]. 

27> As to claim 3, Zintel discloses the system wherein the at least one of the 
plurality of components sends a second data transfer session object to the first 
component to be used by the first component for receiving data transmitted from the 
at least one of the plurality of components [Figure 1 where : the devices exchange 
description documents to enable communications and control over the other device]. 
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28> As to claim 4, Zintel discloses wherein the at least one of the plurality of 
components receives the data transfer session object from the first component to be 
used by the at least one of the components for receiving data transmitted from the 
first component [Figure 1]. 

29> As to claim 5, Zintel discloses the universal data transfer interface and the data 
transfer session object have source-specific object oriented mobile code that can be 
interpreted and performed by the first component or the at least one of the plurality of 
components [Figure 9 | column 29 «line 6o» to column 30 «line 4»]. 

30> As to claim 7, Zintel discloses the data transfer object is configured to indicate 
completion responsive to expiration of a data transfer lease by the first component or 
the at least one of the plurality of components, or responsive to the first component or 
the at least one of the plurality of components indicating that the data transfer has 
completed or failed [column 22 « lines 44-48»]. 

30 As to claims 12-16, 18, 23-27 and 29 as they do not teach or further define over 
the previously claimed limitations, they are rejected for at least the same reasons set 
forth for claims 1-5 and 7, respectively. 



32> Claims 8-11, 19-22 and 30-33 are rejected under 35 U.S.C § 103(a) as being 
unpatentable over Zintel. 



„ Applicacion/Conrrol Number: 10/058,268 Page 12 

Art Unit: 2152 

33> As to claim 8, Zintel discloses a system for enabling components to transfer 
data between each other [column 5 «lines 24-27»], the system comprising: 

a first component having a first data transfer interface [Figure 1 | column 3 
« lines 20-25» | column 21 «line -$6» to column 22 «line 38» where : all devices have an 
adapter that expose them to control from peer networking devices]; 

a second component having a second data transfer interface [Figure 1 | column 
3 «lines 20-25» | column 21 «line to column 22 «line 38» where : all devices have an 
adapter that expose them to control from peer networking devices]; and 

a third component to use a data transfer session object to transfer data between 
the first component and the second component [column 5 «lines 24-27» | column 6 
«lines 6^-6y» | column 9 «line 6i» to column 10 «line 5» | column 16 «lines 6i-6j» 
where : "third party"; ZintePs description documents of one device to be controlled by 
another device without any prior knowledge of the services of the one device]. 

Zintel does not expressly disclose that the third component invokes the 
interfaces. 

However, he does disclose that the transfer between devices can be "under the 
control of any device on the network" and the control model in his system is based on 
"third party control" [column 5 «lines 24-27» | column 6 «lines 63-67»]. Zintel further 
discloses a directories or proxy device that essentially handles negotiations for 
services between devices [column 46 «line 47» to column 47 «line 2i»]. Thus it is 
obvious that Zintel contemplated a third party that controls communications between 
two separate devices. In particular, it would have been obvious to one of ordinary skill 
in the art to have reasonably inferred that Zintel's third party, such as his directory or 
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proxy device, would be able to invoke the interfaces of the separate devices such that 
the description definitions are transferred between the devices. Such functionality is 
implied through Zintel's disclosure of third-party control, his use of description 
documents that provide instruction on operating the controlled device and the fact 
that each device in the network can initiate or respond to requests [see for example, 
the sections cited above, and column 5 «lines 6y6y» \ column 6 «lines i7-4i» | column 
7 «lines 8'48» | column 10 «lines 43'55» | column 21 «lines 56-64» | column 30 «lines 36- 
52» I column 47 «lines 45*65»]. 

34> As to claims 9 and 10, Zintel discloses the third component sends the data 
transfer session object to the first component to be used by the first component for 
receiving data transmitted from the second component, and sends the data transfer 
session object to the second component to be used by the second component for 
receiving data transmitted from the first component [Figure 1 | column 46 «line 47» to 
column 47 «line 57» where : the proxy stores the enabling description documents and 
responds to devices' requests with the documents, allowing devices to communicate 
with one another (Figure 1)]. 

35> As to claim 11, Zintel discloses the data transfer object is configured to indicate 
completion responsive to expiration of a data transfer lease by the first component or 
the at least one of the plurality of components, or responsive to the first component or 
the at least one of the plurality of components indicating that the data transfer has 
completed or failed [column 22 « lines 44*48»]. 
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36> As to claims 19-22 and 30-33, as they do not teach or further define over the 
previously claimed limitations, they are similarly rejected for at least the same 
reasons set forth for claims 8-11. 

Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented 
in this Office action. Accordingly, THIS ACTION IS MADE FINAL See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire 
THREE MONTHS from the mailing date of this action. In the event a first reply is 
filed within TWO MONTHS of the mailing date of this final action and the 
advisory action is not mailed until after the end of the THREE-MONTH shortened 
statutory period, then the shortened statutory period will expire on the date the 
advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from- the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Dohm Chankong whose telephone number is 
571.272.3942. The examiner can normally be reached on Monday-Thursday [7:00 AM 
to 5:00 PM]. 
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If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Bunjob Jaroenchonwanit can be reached on 571.272.3913. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR 
only. For more information about the PAIR system, see http://pair-direct.uspto.gov 
Should you have questions on access to the Private PAIR system, contact the 
Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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